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A method managing a telecommu- 
nications network which involves main- if 
tinning a database containing data re- 
lating to service level agi&ments with 
customers using an object' model:' Dteta - 
from the network data relating to < the- 7 - 
performance of the network is contin- 
ually compared with data' stored in the . 
database,! A report ,isi generated based.on _ 
this data showing £he performance lev- 
els for individual customers in -meeting 
commi orients stpred in die database con- , t . 
taining data relating to J the service level 
agreements. 
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SERVICE LEVEL AGREEMENT MANAGEMENT IN DATA NETWORKS 
The present invention relates to a method of managing a telecommunications 
network, and in particular to a method of monitoring the compliance with service level 
agreements. 

5 More and more telecommunications services are now becoming available to the - 

consumer. In packet switched networks, unlike circuit switched networks, customers are 
not given a dedicated circuit; their data is statistically multiplexed with data from other 
sources. Each customer pays for a particular level of service, and it is therefore important 
to ensure that the customer is receiving the level of service he has paid for. 

10 There is a thus need for a system that manages service level agreements (SLAs) 

between telecommunications service providers and their business customers. Part of the 
management process that relates to SLAs is the comparison of the service providers' 
performance vis-a-yis specific guarantees that it may provide to its customer. Such a 
system must be capable of handling vast amounts of data. 

15 A object of the invention is to provide such a system. 

According to the present invention there is provided a method managing a - : ' 
telecommunications network comprising the steps of maintaining a database containing 
data relating to service level agreements with customers using an object model, receiving 
from the network data relating to the performance of the network, comparing the data 

20 received from the network with data stored in said database, and generating a report^based 
on said data showing the performance levels for individual customers in meeting 
commitments stored in said database containing data relating to service level agreements. 

The method-may- beimplemented, for-example, nona-Sun Sparc Ultra 2-Unix- 

based workstation apd^fo^ex^p^ a Newbridge Networks 

25 . Corporation 46020 network manager. 

In a preferred embodiment the event is generated when the discrepancy between 

■ *-i.H i V& • Mil, -.^ ii. » , • ; ;> 3*1 »} .... j - • 

^performance levels and comaaiitments exceed a predetermined ithreshold value. I 

, t As a specific example^jconsider a case where th&serviee provider guarantees a 
Cell Loss, Ratio of a specific percentage for an ATM (Asynchronous Transfer Mode ) i 
30.*;? service. This.ratJQ is«guai?anteed over a monthly period. A.PVC (permanent: virtual j 
5,i .circuit ) is a logical circuit betweemtwo points used tocaffry bidirectional information, c 

"tSe: Cell Loss Ratio indicaU&fthe quality of a specific sendee by providing a . ^ 
<t S1 ,Ett$asureinent 01 the amount xxl data loss by the service provider's network due to various - 
reasons such as networkiCpngestioni^nd network failure^The Cell Loss Ratio for an ATM: 
35 'jPVfc based service is caieuiat<& using the follQwujgjjfermula: / ' ,V 

CLR = (( I Ra + - ( i Ta + Z + Z>Rz ) * 100 " - . , 

where CLR =f CelfjCass Ratio />j 
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Ra =f number of data cells received by the provider's ri^woWfironli' side A 
. ~ , Rz =r 'number of data cells received by the provider's rietwbrlc from side Z 
. m:. - - .Ta^= number "of data cells transmitted by the ^service provider to side A 
; . Tz'=' number 1 of data cells transmitted^ 
-5 ,\-Data*whi^ 

. switching equipment in the fomrrof statistical counters that are regenerated every fifteen 
minutes. Various other statistics, provided by the ATM switching equipment, are required 
for the verification of other service quality metrics. > : 

These statistical counters must be collected by :aT management system in order to 
10 aggregate and summarize the various "quality metrics associated with each seIvice^'This 
involves storing and managing millions of statistical counters that are required to manage 
the services offered by « a typical service provider. In order to gairi a better perspective as 
to the magnitude of this need, let's Consider tlie followirig typical example. 

A service provider must measure sei^ice petfdrinanee metrics on 50,000 PVC 
15 services. Each PVC service generates 2 statistical- reports-per J 15' minute Interval (1 for 
each side of the PVC )j Each statistical 'report" consists of ah identifier, a time stamp, 
and 8 statistical counters: Thus in^this scenano,- thb management system must process 9.6 
: T / million recbrds (50,000^2*96 intervals information must 

typically be available on-line for up to 60 days. Thus the system musHrianage ( 9.6 * 60) 
20 576 millioh records 6r-54 : gigabytes 6f storage.spaee. 1 ^ ' A * r - 

; ; : ; -„ h'j -Ideally, all'-of this ihfotirfation should:be in one database t'ablei Given the size of 
the table ( 576 million records ), it must be'indeied of searches'inthis table would be 
* .t • cumbersome and tinie-'ConsuiiiiTt^* CDonversely, ^the* processing to add 9.6* nil Uion ds 
to an indexed table of 576 million records would take days, as the airibtint of time 
. 25 ^* required to load d&ta into an index ed ; table gfows "exponentially with respect- to the volume 
C- Of data already Writhe' table; ^ ^10 i^'--^ - * * - ** 1 

The difficulty is how to makage ; effectiveiy-'and efficiently this vast-quantity of 
data that changes rapidly in real -tim^ °' " f ^ 

In a preferred 'embodiments a^plurality^df working table 'fragments forming part of 
30 : -a frapnentedtable are treated 

- ' „ " time periods into 1 successive table fragments in ¥^edetettnhed : isequehce the data are 
'. reprocessed separately ^when46MedUnt6 ; ffi :v; :;A 

• ^ iPhe^ataL&epr^fi^ 
* -i- ^fragmentation strategy.— c'v.-** * f °* n - ; ■- on - :7 - irl — (hf 
^35 ; " n : i' 'The -invent 

Comprising a'database;cbntai^ 

using an object model; means for receiving from the network data relating to the 
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perfoifii^ip^pf ;the network;, means for .continually comparing the data received from the 
^netwprk with; data stored in sard database, and means for-generatmg*a report based on said 
data' ; shpwing the performance levels for.individual .customers.in meeting commitments 
stored : in : said database OTntainir&data relatinjpto >said r service Jevehagreements. 
; . 5 .*-*-• The ^invention still faiths provides a method: of controlling aiomputer in an 
v object-oriented environment wherein, descriptors implemented as; an_o.bject oriented class 

• ^ . are used to store meta infprnjatipd Pnother classes in the T system. : 7 

The invention will npN*$<,he described in more detail; by wayof example only, with 
— - i reference-to the accompanying dr^wings,*il> which:. . 
/ : rip Figure 1 -is a software architeejijrei diagram o£a system in accordance with the invention; 
; Figure 2 is a data flow dias?uia^ c . . j , • ■ ' :.i . : . 

. : Eigure ^As t a database, entity relj&ioaship diagraracfor fhe.,Qbject model; . 

Figure 4 shows the entities cpQtainedin^the 5MIB-;>:; . ; v : 

Figure : 5j shoves die (?ntiti'e^gon^ned:«i..the-HlBv*!; . _ , 

;15 Figure 6 shows thejentities-c > ; - ^ r> _ . - 

: * F : igure 7 is a software ^Architecture ©iagram showing daily/data process flow; i 
* > c . : , . Figure 8 -shp^the systjem^bl^i&a^nentation strategy;*, -v.- ; ^ 

Figure # shows a,fr^|£nented^^^ in the DRSpace usage tatfle in 

:■ : : theSMIB; : < , , -r • o. * r.: , : r ; : 

20 Figure 1 0 illustrates the identifying ^d : detaehing aged data in a HIB table; ~ . »J> 
i , f Figure. 11 jgustr^tes the^^phin&p.f new4a&tt>:'a. table } in. a* HIB; and;.updating the >:: 
' il . iK. Pb^. e a c e;U?age ; tal^ - . : ,i sb-*.-;." - if.'';:" . v!; 

j r Figui-e d2 ( sfrows cpmbjnajioi^ ,Qfj$t3Jt an3> cpMptetioiiytuiies of* states, cause&by events in 
.'ru*h$ SMIB;, > ■ Ulo ^ c ^, noM:'.;- <V'u v : L^V: 

*: i . j . ? 5 u f^igur^. 13 -jsjip^s : the obj^t . ppd^Js fpr; & tjei<^rn^informatian :nianag§irjent >ajCGHi tecture; 

Figure 14 illustrates the different types of descriptors liiat j afe li emplpyed infthe system; 
') V ; Figure 1 5 sfyows ^ top r l^y^^j^tinpdefe r n r x- ~ >i yiiuorfr ; b o t ; 

Figure 16 sfcpws^e^ctaind^ /icl;^-! n~ .o „ . f 

, - . . ?igvu;e : 17 f 

3.0 r A3 ; wiU be^gajent fr9^;tb t e^]fi^ing;4^^ ijiy^atiQnimpleipems;an object 

of information. Refemng i^wjjc>|vigw 
*j -* - - Jo* 7 ^ssages w^th Ae s><steni information 

database (SMDB) 2, the historical information database sufl^ari?;ed information 

:::±n r35 ' \ i database^(SIB) ^ a^ t; ^ety^^liit§^ee §y§t^mftPirfi£tpj : (Jh^Jfee^p Alive Process) 5. 
a j fiJ^.^dbmpaxLdoes.npt, in^f^j^^tl^wltftfth^ a relational 
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database management system (RDBMS) 7 employed by the systeia/framely Informix 
. : Online version Jul&Cl -:• * »• 1 '' : - L ' 

The Monthly Frame Relay and ATM Statistics are derived from the Daily Frame Relay 
and ATM. aummarizationS: already: contained to tMSIB 4. This is ihctfdated iri Figure 2 
5 with the asterisk (*)rFigure 3. illustrates the process flow of this data as it relates to the 
daily processing of the system Data.i' ' . >.or:- ' ->> <' ? : ^ : 

The Data Management Framework consists of a database moni toring tool, load and 
unload utilities, and several scripts thatemplby the load and unload utilities in order to 
migrate and summarize, data between the various databases/'Thembnitorihg cbmponent 
10 utilizes the Network Interface keep alive process and the monitoring tool's output is 
logged in a Network Interface Logging Tool compatible format- 8i The advantages of 
doing so are that the logging interface is common between tile database and network 
interface frameworks', and the ability* to* reuse ~ct>'ded and tested tools is provided. 
i: The load and unload utilities also; use tlife>lc[g Jodl fdrmat to post all operational and alert 
1 5 messages, as do the utility scripts. - * - v ' 1 ■. 

; The rote of the raonitoringitool tiisHd'ensuiFe that the system databases do not exceed 
predefined space utilization thresholds] that th& System databases remain active and 
available to the end users, and that the Informix Online specific event log file (typically 
; : : called online .log) does not grow too -large! SholM Seeti&ns of the System databases 
20 become too full (exceeding ithe: thrdshbld),^ message-is-posted, via the log tool, to the 
r System Administrator (nofc shown)) t:; ^ S; v v ' ! - (j 
;If; for. some reason, the System r databases ^e in-anAiriavailable state (due to Informix 
Online being brought off-line), the monitor 1 will iriake several attempts to restart 
; t 1 . Informix Qnline-ahd will again post 'an^m£b'-fheSyst f 6m Administrator stating that 
25 Informix Online is offline and it (the:*m6nitor)-feattem^ to restart it. - 

When the Informix specific ev^^ size that the monitor is 

gauging it against, the monitor 1 will remove log file 'entries (checkpoint notification 
: ■ - , ; messages only)/ starting'with4hfe oldest oti^until'fhSlog file again fits within a specified 

size range. .;o^;;v;- J 

30 These monitoringifunctibns provide the'SyStem Administrator with more freedom, as less 
manual checking of the System Databases status is necesk&ryi Addifibnally, the monitor 
promotes. greater System* database *aV^ common database operation- 

■■'[] ■ ... ' stopping difficulty; 'namely:xamning out of sp^eVis monitored and alerts are sent in 

• anticipation of a problem.occurring, ifot just in fe^spdiiseto one. 
35 The Director 5 (the Network Interface kebfj alive: process) ensures that the database : 

monitor (ckdbmon) Iris 'started and rehiainsafetive; The ckdbmon, in turn, ensures that the 
database management system 7 (Informix Online) remains active. Ckdbmon 1 will 
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shutdq^gf§eefully, if ^receives a' shutdown command, from the. Director 5. However 
ckdbmon will not shut down Informix Online when the Director's shutdevin message is 
. -received.; j, ^ ^ , :J < ; : -> r '.- l -rr;"*- it \ i-'i .-\' r 

. - f Informix* may only be brought crff-iine by the Administrator explicitly issuing the valid 
; f Informix commands (pnmode ruy\ followed by orimode^y): Informix is immune to the 
Director's shutdown commands, and cannot.be 1 brought off-line by ckdbmon, so that the 
. System, databases : may. remain oivlins, and available, :even if the.Director or ckdbmon 
K should:experience di-fflQulties and shutdown. r~ - r crz 

. • Figure 3. illustrates an example; oj: an abject model in.accordance with the invention. In 
t°* Figure%3 v the objectrentiti \ ? : , r - .'r i 

i Service Entities ::r : *.:'i; e .c:Tx.\ ,*«'.'" jtf.--*; • * \ ' .-i :. . f ,. 

^ - - Cjistpmer rr ? :; . . f: . 4 . : . v..; . >: *i .-i? : t.: : - \ \ f c... *; ; 
v . ' t : • < o, . • • . f The customer is; a legally identified^organization that is contracting 

v ... v . for the supply, iof one. or:more ^h^ices,from one.orfnofe service 

15 providers. ji /ji *?: ,r.yj:. t * ■„ 

. . f. . i: - . . fiarent t o <<^tracty Current Service, Historical S'ervic^ Contact 

■.. /'■**.-..; o\\ . . * - ■ . uijviapus|CHneriid;nuhlber. vi, . v.; - 

.v..* ^ ..Contract :v ■ <; ;,;r r ■'.„:?. tef". . r.-\ x .:i i; T; 

?v; . i : : r ^2 Tke^ontra^js^ 
?°; i ::. r: deseri^ 

will be provided and the i .t'enn& l andxonditi6nsiiinder which it will 
J: i , .. .:/^J>&P£OYid^^ upon the:' 

:•.;•:<.':• ^/r lu;;; i^stpm^. ; r 0 rL:-\n *=A: .(srri. -:'•■> rJv^crs $'u.': ? 's\C 
rr:'f- y -r :; r ' ;i ■• . r£arf»£?Q: 

Contract. ^; - v^ 

3 .9.iTfi-f. ri c-f. r, >.i! n; ^rrzrGHMjgfe <3en$p$ei,via Contract ndmumber. • o .3rf T 

: \r^ jo ;TG..:'.:: rS .TOinr-ao ;A semceja ^fi^^ing thatthe.^ 
i, :ne-' L r*?Oi^^piaei^:^ft^Qipurcto^^^ 

.*no -\ *Q^P$y* A (iurreat Service ^record contains information on a 

35 ^:;-r-« i: -i.c ^H* ?J - iL iCiHT^tlypfiov^^d sefivic^t :h i ; : vx vriu - ~\ 

- ; r:; .•: or -r y< Parent t0i)§p^ number. 

i; ro^iV-i, ^r.'s;^- onilaO /.i t r-:'"";nl"} r r:^;- ■/■= Vi. j " -i..;;::r: *- _ -J.Vf.i 
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' * "~ Child of Customer via Customer id number, Contract via Contract 

id number, Service Profile via Service Profile id number. 
: Historical Sei^ice r rf c ' v 

A service is anything that the service provider determines that 
5 customers wish to purchase arid' that the service provider is willing 

to supply. A Historical Service record contains* information that 
' was current until the assobiated'customer, contract, or service 
" : f ' profile changed. 

Child of: Custodier via* Custoiiier id number, Contract via Contract 
10 id number, Service Profile via Service Profife fd number. '*' 

Contact : " ' ,y ' ,itJ '■• A '■ : ' ; " 

* A Cohtact uriambigiibiisly identifies a person who carries om 
associated with a specific Service entity (Customer, Contract, 
■ — - ■'- CuiTent Service). 1 ' A 4 
15 " ' \ Child of Customed; Contract, Current Service via service entity id 

* ; ' " '" ' ' number, Person viaP&sofi '.'id number. 

^ Service Component ' s *' ■ ' 

A service Component' is~any network entity that is used within a 
* ' J W 

20 more service components. At the time of the network entity " 

1 J creation, the ^ ^eH^ibe cbtripdhehf will not be related to any se 

may be asisi^ed tb*& s^ivice at a later time. 
; rr * ~" ; " Parttit t&Traxxfc'^ Relay CTP, ATM PVC, ATM 

CTP, TDM Circuit, TDM NI, Service 'iiifei^iation, Events, Current 
; 25 ' ' c " ' '' [ """" State, Old State via SbrVitrfe J fc5"mponent id number. 
' ' " V: ' " 1 J ' Chfid ofCunhhtS^ 

Service Profile m ^ ; 1 

' " !: * 1 - * ; A sfeWibfe profile describes ^^characteristics of a specific service 

or group of services. ^ 
30 Parent to: Current Service/ Hisforifcai Service; Valid Service' 

! "" 1 C6mp6nerit, t 'S6^vice , Profile Threshold via Service Profile id 

Valid SefVfce tompo^eiits 1 ^' ' 
J " * ' f 1 ' ' " * * A r descnpfion of each' Valid Service Component that can be 
35 associate with a Se^iCe J Profiie. 

Child of Service Profile via Service Profile id number. 
Service Profile Threshold 
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-...-y~. -«^.». .,. Service -Profile.Thresholds are.SLA thresholds that are associated 
^r.-*,--' ...with a Serviqe Profile. . . r \ 

C/»W of: Service Profile via Servjce, profile id : number. 

^ Administrative Entities . 



10 



li 



Hole. . 



;User v „ 



. A role identifies all the. actions, with respect to the System, that a 

user in a specific job function is.permitted to perform. 
• JParent. to: Usqr, Entity Recess, via Role id number. 



A user is a communicating entity which is registered in the Resolve 
• u , . jfl . , - Databases^for, the purpose of performing tasks with the Resolve 

Parent to: Audit Entry yiaXIaer id number. Additionally, all 
15 bi . i; , ^ ........ creation, of .and modifications to Customers, Contracts, Current 

f Services,, , historical Services, Service Profiles, Network Entities . 
(PVC's, CTP's, NI, etc.), Roles, Persons can be performed by 
• • . r :r ., t / .existing User ids only . ^ 

: : ^ Qhild gfe Persorj yia ?erson,id number, Role via Role id number. 



2Q,, ir , ( v Person 



* A .perso^is a f spepific individiiaJL All Contacts must be Persons. All 

^. r . r . f Users m^be ^e^ns.. ^ 
r ^ . ■:, ^ ; ^ re ?^PvCgntact, XJser yia Person id numb^ 

25 , [r _ _ rr . r . r ..^,ai|dit entj-y.is generated each time user performs an operation. 

, ■ : ; _ . ,Thj s entry- coiUains. references to the user, the action performed, the 
type of entity operated on, and tbe4imp ttie opejation occurred. 

1 C/iiW of: IJser yia JJser id number, Valid Entity Operations via 

Entity/Operation number.^ ..^ . 
3JD _ f Entity Access Control , ~ „ 

r . ~. ; , *.> f.r . This entityjs ^ used to define what operations, on what entity, are 

permitted for a given role^.Qne instance of this record is created for 
each entity to which a sgepific ; role has privileges on. 
„ . r. - . . . Child of: Role via Role id number, Valid Entity Operations via 

c _ Valid Entity Operations 
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' ' This-entity is used to define valid operation and entity 
i. " : . - . ^ - combinations for the Resolve System. These combinations are then 
: * v-, -:sr;'.|j used to assign Entity -Access to Roles, and to create Audit 
information. ^ - ^ ^ : ' 
5i r 1 1 '^Parent tai Audit Entry, Entity Access Control via Entity/Operation 

number. 

. . Network Entities: • ' -r. r ' ^^r:,. ■ \ 
' FR PVC - :v V- O-'' - 

Frame Relay Perihanetit ViMal Circuit. 
10 I . ^ " r /^a;^ 

■ C7»7rf ^-Service Compdrient-via Network Entity id number. 
FR CTP • • ^''^ ■'" ' fK ■ - - V i' 

Frame Relay Circuit Terniiiiati&n Point.* A r FR PVC will have two 
f -i - ;r . r "'^ or mofreXtwo in this rWe^Be) Termination Points. Future services, 

15 -&uch"as multicast connections will have multiple CTP's. 

• £i-x- : ! ; "C7w7tf qf: FR PVG/SeFvide- Component via Circuit id number. 

FR NP 

Frame Relay Network^erforMarice. This 'entity consists of network 
- v - 4 - perfdiinance r stktis& each FR PVC path end. 

20 Parent forFR PV&ftful^ftf* £R PVC Monthly NP via FR PVC id 

- ; ^ - f ^ r: , ,.i n number, ^d*Path v Eiid J id huimb^r. 

Child of: FR PVC via FR PVC idiiurtfbV. ' * 1' 
FR PVC Daily NF-riA.AruL.bA -TohivKT -wC 

• ^ : i > FR 'PVC Dail^-l^^xR^PfeWdimance. Daily summarization of FR 
l-. -■■.?-;* ^mv/t • PVC Net^rlc PCTfoMianc^y' -° , ' : 

Child of FR NP via FR PVC id nurnbef, and Path End id number. 

' 5 'J. T ' -FR 

PVC Network Performahefei'' 1 
30 Child of FR NP via FR PVC id number, and Path End id riiimber. 

■.-;■*: :;' : ': ..-c-c Af :;j?'-**h?c*.h no j,*;:/* ':ni a: :rA 

ATM PVC^ 1 '^ *- ^ - ^ v v-' s 

. .<.;. . i :a £/• ^''A^^e^b^liS'T^^sief Mt>dfe-Pennahen"t Virtual Circuit. 

- ' - ' : - / - y P&rehi'to^A? via Network Entity id number. 

35 Child of: Service Component viaPffetwork Entity id number: 

ATM CTP 
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* baa i;q\:s -i ■ - Asynchronous Transfer Mode Circuit Termination Point. An ATM 
fc : : . ; .< o s-^riT . - J?VC gall have two or more (tw.o in this release) Termination 

s z oj L;:t .- ■. : Points^ Future servicesvsuch as multicast connections will have 
multiple CTP's. r^i',L\\: 
-5 ... Child of: ATM PVjC, Service .Component via Circuit id number. 

ATM NP • 

Asynchronous Transfer Mode Network;Perfertnanc$. This entity 
consists of network performance statistics collected from each 
.; !:r/ ATM PyC : path..end.. r :^ nl 
10 ; t , ' ; f _ : ; - Parentno;. ATM PVC Daily NP, ATM PVC Monthly NP via ATM 

. - ; ; , t t. PVC id iiumb^ 

Child of: ATM PVC via ATM PVC id-pumbttj 
- , ATM PVC DaHy NE .7 . , .■ ; ? 

• , ; ...=■ . . i . , fc ^TM;Py<S ; Daily-Nctwprk Performance. Daily summarization of 

15 c \ r- ,{ : : u ; ■ : ATM pyc Network; Performance. * _ 

-v. : , , ; :: Ghifoof. ,-&JM$FP via; ATM. PVC id number, and Path End id* 

number. -i 
, ATM : PVC.Mq^bjy.r^s^ >sV \^ , 

.:, ? \ ■ ; - ' ATM ]^qn^l^[Net>yoi:k I^pformance. Monthly summarization of 

! v 20 : ^ : ; ; : ■ j/ ; ArMI£y(p;Network^ 

Ghil&qf-i FRNP : yia : FR Py£~ id: number, and Path End id number. 
TDMCjrcuil : .) V ^ s ;.. ;. / , /r; .v, 'J "j 

Time Division Multiplexings Circuit:.} % ; v*i 
: , f r . * - . m • ; : 1^1 , , . ^iBajnent]tQ\ ^fTD^lrNI* via Network Entity id number. 
25 ^^c^^^i^^Q 0 ^^?^ vi^ Network Entity id number.- 

t;c :: . < T^M NI r { "V/'i jjIm. '/< ;. v , \. 

Time Division Multiplexing Netvy.orH Interface. 
/• , , :. (/ - . ; :V .,; y ..Child 7^?T©J^ 

An Event is information describing an occurrence on the network 
entity for which a report is required, j 1 / • > $ , v r / 
isi/'-fV in- - . via Event id number. 

: tf £j^!fj,T : ! 1 r 2 ,:~ >v r : ^ ; .1 v ^$£4f^ r J5.9^P?^ Network Entity id number. 

3V:r.u-' f;: v! Current State r j-. :\- ^V// 



BNSDOCID: <WO 9842102A1 I > 



WO 98/42102 -PCT/CA98/00232 

- 10- 

Thfe Current State of ^ 
- ' y Event id liumber links ;this entity to the Event which caused the 

i . ; \: Service Component tb'be in its Current State. 

Child of: Service Cofhponent'via Network Entity id number, Event 
via Event id number. 



Old State 



Previous states of each Network Entity. This; entity also describes 
* ^ the duration of time (iriis J 6cond£j that the Network Entity was in a 
. : ■ ■ -particular -state. ■ — 0 ^ 
10 . . , . . Child of. Service Component Via Network Entity id number, Event 

• via Event id number. :> v 

FR PVC Daily QOS J ^ ^ 

; j : "i FRPVG-Daily Quality ^of SerWdei This entity describes the quality 
of service provided, for each'? rame Relay PVC ^Network Entity, 
15 with respect to availability time, outage time, etc. on a daily basis. 

■ 1 , v : The QOS statistics' are derived from the data contained in the Old 

1 \; - . - State entity- ■ ' T • v 1 '•' "~ ■ 

f • ^ Child of: Oldi State 5 vii Ndiwodc Entity id number. 

FR PVC Monthly QOS : ::n : ' ' 

20 . j'* v *. i ; : FR'PVC Monthly Quality of Service. This entity describes the' 

quality of service provided, for each Frame Relay 'PVC Network 
Entity, with respect to availability time; outage time, etc. on a 
i. . ^ r j r j . - nionthry basis rThe* : QOS statistids' are den ved from the data 

: : contained' ih^the f Old ! 'State 1 entity:' 
25 • ^ • l - K ;f -2. 1 -C^^^O^Stafte" via 1 l^etwork^ntity -id number. 
ATM PVC Daily QOS b; ~'"\ r *Z * [ 

ATM PVC Daily Quality of Service. This entity describes the 
. si. v t \>> : v ;:qu^ Asynchronous Transfer Mode 

.vv.vji PVC -Network Entity v/ith respect to availability time, outage time, 
30 • - - ~ ;etb/di^^ are derived from the data 

contained in the Old State entity^ 1 i; * : 

ATM PVC Monthly QOS 1 " 
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i r. .- . u THonor-. ATM PVC Hojittily-Quality of Service. This entity describes the 
. :.v ^ ■ :J quality of service provided, for each Asynchronous Transfer Mode 
. : PVCNetwork pntity, with respect to availability time, outage time, 
\. . ■, j \ ;\S> * - ~ e ^^ 0 Rc a ;;^^hly ; ba5is^The QOS statistics are derived from the 
data contained in f the Old State entity. 
Child of. Old State via Network Entity id- number. 
>■ TDMDaily QOS ^ ^ -^^ j^- 

/ ."' .■ . , TDM Daily Quality of Service.. This entity describes the quality of 

service provided, for each Time^i vision Multiplexing Circuit 
• *v . : - /^?*^?. r K »^with"respect f to availability time, outage time, etc. 

on a daily basis,,The QO§ statistics are derived from the data 
contained in the Old State entity:, ■ ,;. v ' 
5 ■ ^.i-r; CWW^i^Ql^^tate via.Network Entity id number, 

r; : . TOM^IVlonthly.QO^?-;^ ^ / / 

*'/ - . ■ .V .\ ■: s.TpM Monthly Quality of Seryice* This entity describes the quality 
r.* ^sejyice^prpyddedpfo^ 

Network Entity, with respect to availability time, outage time, etc. 
„ * r on ^monthly fbaf i$. ;The QOS statistics are derived from the data 

contained in the Old State .entity. ; . ( v - / y : 
; ! ~ : ~b -\: r . -phildxtf: pid^Sla^yia^ptworkrEntity id number. *t 
System Entities, . , :> : ^ .s^;-,,,- • , : . VTiu r . 

.^/,-^ e ^Info S . y;-: Kw: kv:;o; .i:'-. . w 

>;:. »••* : ^ -"-». addition description 

infpr^ Network Entities. 

Type via Info Type id number: 4 ; i;x r ;;. ^ f 

• - ; :: r; ' : , ^^T:.,^ '„ /This enti^^used. to ,sp,ee|fy ( the* type of service information that 

\ v ; i3 ; . r * r*i; ^tfP^&Jfy ^Pryij?fe^9cYi^I^?° Type id number. 
Stat Collector Info . _ v :) ^ if ; > ^ 

is collected. ^OOvifca-JV^ i : 

Event Collector Info 

This entity contains information regarding each event collection 

session. 
46020 Event Translation 
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i . . ; ; This entity '-maps 46020 events to ResolVePevents. 

i 46020 StatTranslation ; -n:-/ ■ sv/-:" 

This entity maps 46020 statistics to Resolve statistics and indicates 
: ; , . : v;< . ..which statistics shduM 
5 46020 CallAtt Translation i , > - ♦ - * - 

i„:,yv -v This entity^maps 46020- objects to Resolve NetWork Entities. This 
' i ; : includes the : ability' to map more than one Network Management 
... ^ v , ■'/ . ■ System!s objects; il " ^ .■ ; . : .. ."; 

. . Table Version: Info ; ; 3 - :.v..f r>. ■ ' ». ' * .. 
10 This entity is used to traek' the^ version of each physical table in the 

r, / 1 Resolve Databases. This- table ensures that incorrect versions of 

■. > ■ - ; c data are not restored." - t ; ■ - : v. : . 
j! . Archive Info, *Y;,~ >. ; • . ' v - -.--h^ " ' • ' — 

This entity tracks all Resolve- archives,^both full-database backups 
15 : - . • : . " . . : : of the>SMlB and- SIB, and daily table backups within the HIB. 
~ DBSpace Usage ^ ^ z-^::rcrr\ :, ->' r ? . "^. . v 
; / : : C i-This entity keeps track of all the dbspi^es available iand in use in 

: oi ! the Resolve Datab^es. This entityns used to maintain the large 

inflow and outflow of data to the HIB. 
20 ' " ; * - < v..^ ' >;.J i; . ;< > u.i: ' 

The Physical- Database Design^ ^ the physical;^ actual, fepresenfatiori of the Object 
Model and Logical Database Design. In mo^tlrikt^icesi ^e physical design maps quite 
r - i i closely to the logical design,* but some deviations may be' to abkTeVe greater response 

* performance, or to take : adv~abt£ge-tf of the'RDBMS employed, or to 

25 - - ? accommodate a lack df ^ 1 

' TlieSMIB^is'a^ (customer, 
- • contract, SLA) that can be derived from dther Seivice Provider' systems, 1 arid 'data that is 
\ itf/a constant st^te of -flux - Service^arid SeMc(^6mpbnehtdata. : * : r : l - 
The SMIB 2 is the definitive source from which to derive inventory and status reports on 
30 * the ; Networks; the -iriipact oh- Service Pro videf ■ Gustome^v ahd~the appropriate individuals 
f • r ? rrtb- Contact with^respfect td 5$etwbrk' events.- tr/;c ! hrA3 : -' tU : ; : 11 
■ * Diie to the fact that a sizable •pbHieh^ffig ; 8^&'s- : datais changed daily, the *SMIB is 
*'-■< eriabled'as a t-aftsaction-logging database 1 . -That is, any changes made -to the SMIB are not 

only stored in the database, but also recorded in transaction logs that can' be replayed in 
35 the event that disaster recovery is necessitated, thus the SMIB can be recovered up to its 
most recent update 
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Note.th§B&e54ata contained in the Events, Current State, and Old State entities is only a 
single days worth. This data is migrated, nightly, totb^HIB. TheJJMIB is shown in 
Figure : 4, : ■ ■. ■ . * ; _ , 

, The-HJg. 3^: shown in Figure $, r.is. a^very Iarge.store,'of data. It contains Network Events, 
5 the corresponding Network Entity states, and the Neftvork Performance Statistics for all 
a .< the Network Entities that : are cmreritly-.beingtracked (as indicated in the SMIB). By 
volume of data, the,HIB ; i$. approximately 40. to -50 times larger. 

In the simplest sense, the HIB is a data warehouse. It contains very large volumes of data, 
covering the same Network Entities over a period <of time (60 days; in the case of Resolve 
10 „ l.QX and t^data is pe^vei^updaied by,end users, or byTconnectirig systems. 
r: : The t HIB is NOT a data-war.ehouse &qxo the. View that.it does not contain data brought 
together from multiple heterogeneous data sources^but this is a discussion that is of little 
relevance to this document. Suffice to say, that the HIB contains, a very large volume of 
data : that is qui$e ^atic in oatjjre> ' ; .. -tr:: ; > ■ 
1 5. . TherdaiJx Events, Ci^eyit /States, and ©ldj States: are migrated to the HIB from the SMIB 
nightly, and the Network Performance Statistics are loawledj from flat files (created by the 
. t . ;IHetwork : Interface Stats ^ "Architect" Network - 

j- In terface for 46 t 020\Q&^ reference [8]) into the HIB ; ~ 

nightly. /y : ' : ^ : ^ c : ;t r . t / • 

20 The data in the HIB is held on-line (within the active database) for a period of 60 days, 
. ; and is thep : .putg9€b Jt iSi^^^Qr^iaved oCtape;;#ad may.be. recovered for additional 

.q- Unlike the, SMIB 2,- the £ 4p§$ a^t ;^^lQy-ti:aj|!5aetioB Jogging; meztoing that the HIB 
v. c^ptibejeepveared.to the+njpsti^Qesfc^^^ Repoypry toitbe nxosVliepent point in 

25 time, however, is not Qeg<^§a^#s th^iSKdo^tiQtpemiit^ear updates- against it. Since 
ztr . : - ?: the q^y updates varie per^^ed : by Bightly ? pjoce$ses, th^newJata;ad#dl,to.the HIB daily 
c\ : ^Js^cWved^ any^jsastei; pecovefy-jnay be 

performed by^ie Resglye^ daily\<&Ja.th?tt ha$:been .archived to 

^p;^ r The SIB. f^ontag^th^ ^id propessing efforts. It is 

here that the end users of Resolve 1 ..Q>m8y n?P£t easily exjtracj a^eaningfuKinformation. 
^/^AUjthe i^fo^ation in^^SIgis^^ the HIB. 

: • ^.^e^roces^es to create SXB jrfonirag^q£qx b&ciis.tofni2ed:lp i puit a particular Service 
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. The information,; in the SIB, like that of the HIB, is static in natur£*s& it is not updated or 
s modified by use 

statistics, for one service component equatesto 96 records in the SIB, but billy one record 
in theSIB), the SIB can. present infoimatioifccovering a broader trnie-fieriod (1 80 days). 
5 The Quality of Service entities are derived from Old State data in the HIB; and the 
; . Network Performance Statistic are. summaiizations Of Network Performance Statistics in 

the HIB; - ' r . r » .:. ., • ; - .-i . iC ■.: :-. ^ ■ ■ - : 

, Like the HIB 3 , f the SIB 4 does- not employ transaction logging. -It does however, have 
regular backups of the entire SIB made.; In the event of a disaster; the Resolve 
10 Administrator cquld restore the. SIB back to its current^state by restbring the most recent 

backup.' ;■ X- . : : * ' V„ : -~ ± *'< '/ '• I. A \ 

^ The SIB 4, shown in; Figure. 6, contains thetend'proauct-of alHhe^ data collection and 
processing efforts. It is here that the end users pf may 'most easily extract meaningful 
. information. All the information in itherSIB'is summarized and processed data extracted 
15 .... from the HIB. The prpqesses tp create SIB information may tie customized to suit a 
. : .particular- Service Proyider. ; : \ -i ■ / ' ' ; ^ v 

The information in the SIB -* like that of the HIB^ is- static in nature as it is riot updated or 
t. modifie&by users or processes. Because; ofits condensed nature (a single Hays worth of 

statistics for one .service component equates -tc/ 96 records' in the HIB, but only one record 
20 in the SIB), the- SIB <?an present information covering a broader time'period (i 80 days). 
The Quality; of Service entities- are derived from ©Id State data in the HIB, arid the 
; Network Performanqe ;Statj$ticsi are summaiiziati<bns of Network Performance Statistics in 
• , , the-HIB. ;; : v,: ..::o::vc A nr. : - - '".'''rr. • 

Like the HIB, the SIB does not employ transactibtfloggirig. It dbe£ hdwevet, have regular 
?5 a 2 backups of the entire- .SIB made. In the event' o&i-dteaster,' the Resolve Administrator 
^ could restore&e SIR backtto-ks current state by *restdrmg-the^ 

The operation v pf : &^^ When the database server is started 

, (osrest^ed)^ Director .oftitheise^ef staitfs' a ckdbmon process for each 

30 . t instmce of l^orm Online 
v - servers, are running on the same workstation^this^i^^^ tWa instances 

of ckdbmon will be started. Each instance otakdto of the 

, xlgdbmon.log a tQOl,-8 (ckdblog)rkw n r.:0 o> rv:1c:.S£ • -*?f->. ^ ' A 

Additionally,r the cron tiable is setso .that regul^ 
35. These jobs are run nightly^d ^accomplish the-task-df niigmtihg d'ata : &om : tli^ SMIB 2 to 

the HIB 3, and summarizing the data in the HIB 3 and derivirig-quality of service (QoS) 

information, and statistical summaries, and placing this information in the SIB 4. Other 
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nightly j©te,arehive the,data collected daily for the HIB 3 arid store it for future reference 
in an Affi (Archive Information Base).-Figure 2-3 describes the nightly flow of data and 
the highrtevel processes : involved in this flow of data>Lastiy,-utilities to remove old data 
from the HIB and SIB; andto restore old, archived data from the AlBto the HIB 3 and 
5. SIB 4 are provided. rnr\' '..<■■' .i~ • m, - ; < -a "• •. 

With thte feature network statistical data that cari^each voMries of up to' 600 million rows 
in a single table at one time. Obviously, a table of such proportions would require some 
indexing or searching for specific data- within R would be a tiresome and time consuming 
task. Conversely, ..attempting .*© load an additional 1 million' records into this table, having 
10 v an .index v could take days; -as. the amount of time: required to load data into an' indexed 

table grows exponentially with respect to the volume of data already in the table. 
. - 1 . ? n order to. avoid- this .costly, operation, a new- work-table is-created, with the same 
... • rStructure,a§ the table containing all the existing data; but without any indexes. Data is - 
, . , loaded at a much- faster ; rate<the amount of time required' to load data into ^non-indexed 
15 . table isaline.arcfunction, wi th the constant being very ckise to 1 i that is the number of 
records by a set factor of time). Figure 4 illustrates the userof 'table fragmentation as it is 
L employed;by the System Database Management' Framewbrk.- • ! 
Data is loaded, from an^ASGII delimited flat fileinto the temporary working ilble, that 
■:: r . b .e en ereajed in its own dbspace :(:t)i'One days worth of data is loaded into each 

, . 20 .. . ^dbspace.-Once this, workable has been loaded, 1 .advantage can be taken of its Smaller size, 
„ relative to the jarger fflB^daia table (1. million rows/ Vs; 600 milliorirows-for stats), and 
-.; iK'-t&fi&Pkt^M ^ntai^s a single. fulKdays.worth.of-data (a-day is me smallest- unit that the 
SIB data is summarized on), to perform any summarizations or quality of service (QoS) 
c.l::.'. ; . derivations tp f be loaded ^ intO/th^ : SIBion.t±u's work table- .. :: £'Y •>'•" :-V .1 

• 25 :evv^'^ d ! tio ^v^:9rigjnal ; A^gIt delimited. filetis arcmvecf in the -AIB \2% arid mis fact 

)P me SMffi S: «0, < tha>thisdata canrbe re-examined ^veri after it has been aged and 
purged from the HIB and SIB. Again, this ASCII file contains one full days worth of data. 
- The . a § e 4 data.thatGurren^ detaching 
. -F 3 ,r ..,*%db5pacejthat SOJP^ins.ctbaj^^icsular: days worth ;oWat*frW meinain table and then 
?0 r.yddeting thatsjngle P©rtipn.f5)i,31uff reduces meetimetha't waald' be' required if the data 
, -j.i.-j: -/ w )^ e fP/ be ;d<#ted?d^ that has just been cleared of 

,, ,-[. . . ag^ data can Jhenbe^^^^ .;.:..•:..<; :ri Ji •• >:• * ::• " 

Finally, the work table is attached to the main tabteoariti:the iridexds on the' main table are 
.t«ivv'-:; reb ^ t -•Jwtt.onljr ^P?.r#Lns 1 ofte data; 
or : 3 . 5 ,.N>T^ .^grantatipn^jhaA is-the^ctnalidataon^ fragmented febfe feari be separated, using 
<=. one. of three methods:,.^. 5.— r g;H tA, r u :;::,l> ex*; >risi^T.r:..2 <j,tL 7 - 
•;oi\:0 - cs -i^iia-rrioi ?.'.d. anionic: on..: .>>.»*. arnvra : .^r.;.;?/7A. . tri .:. ■ --.v- n 
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1: Expression Based Fragmentation - all data is plaeetfife a Sfespace based on a 
- ^ . expression involving a column or columns withiii tKe table 1 (e.g. a table 
. ..: : ■■■ . , \ - cohtainirig f>horie numbers may be -fragmented using expressions based on 
.-**. ; r : : ranges of area codes). ; - ^ - - - - - e ' K — 

5 ; - . .2. Hash Fragmentation - a unique, or^y column in the fragmented table is put 

through a hashing formula to deterinme' which dbspaee that particular record 
" _ - should reside in. . ; : r ; * ' * : ,ij : 

3. Round Robin - all data-that is inserted into the fragmented table is distributed 
; :/ .: ' evenly across all dbspaces iri tlie fragniehted table. - *' ;i 

- 10 J An interesting characteristic about the Round Robin method is r that any data that is in, a 
' clbspace that is attached to a fragmented table (vs. being inserted directly iiito the 

fragmented table), is hbt%edistributdd'to 6thet 'dbspaces within the -fragmented table. This 
means that as lorig.as the Systehi utilities do riot insert -data- dirtetly into the main, 
fragmented tables in the HIB, but instead^ create work iablSs anti load them and attach 
15 '' them to the main fragmented tables, it is possible to know exactly which dbspaee contains 
* a particular days worth of datav * - ; t - v 

While the same statement is trtie when using the other r two fragmentation methods, both 

- ' of those require the Informix engine to check each tow of data in both the 1 fragmented 

main-table arid the work table prior to aHbwirig the attach to take place. Conversely, no 
20 ■ - row checking is done -when performing an attach operation using the Round Robin 

method. The difference between Round Robin arid Expression Based fragmentation, in 
- the time required td perfbnfr ari'atta^ tiuge/'Therefbre the Data 'Management 

- • .* - ■ i^ram^worK uses* xvouiiu"jvOuin _ xA<x^iiioiiuxLHJii, wiu wiul ^ — j 

inserted into a main table in the HIB is strictly enforced. ^ . : f . 

\ v 25 - ;t Each of the main dirta tables iri the stHB (evSiferold ^tate£ FR Network Performance, and 
ATM Network Perfonriknce) kre M^^t^^'slnglWurid Robin fragmentation, and each 
^ has-a r finit^riiiriiber of dbspafces defli^ are 60 dbspaces per table, 

' T6r60-days : wbrtfi & J f ? dat!a/aii<f additional s ^5 ab^p^esior'the reirieval of historical data 
^ ^at has afready been teriibv 
30 Since the row s&e ^d^theiium^^ betwebri the-tables in the 

: ; » - - HIB- the dbspaee sizes diSerfentf^ dbspaee 
is dedicated to brie arid orily^brief tSbie: t; - rx: h - r - 
" f Becaiise the- systeih^HlB^bWy^stbpfts a fmiie r riurii^ef of days Worth of data; the dbspaces m 

^ for bach-table cari be : r©cycied; : w^ removed arid new data being 

35 - added using the sam^ how this is'perfoimed from a 

dbspai^ usage level. Uii " - - ^ ' - - 
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The taWg galled dbspace usage is a table in the^SMIB (the; actual name is 
txd_dbsp£.ceusage). This^able is^ised by the utilities loadhib_eyent, loadhib_ostate, 
loadhib_frnp, and loadWb^atmnp- and it allows these utilities to identify the dbspace that 
contains data that is a particular age (in the example, 60 ^ days -old),- to remove that data by 
r, . 5 V , ; detaching the dbspacei agd then load, the new data ; into that; dbspace, and update the 
r dbspacq usage table (Figure 3r4X : : - - . - 

The SMIB is the operational data store of the system databases. This means that thedata 
' , contained in it. is -timely apd can change frequently, ... * 

In order to keep track of cuirent network path, (or network .entity) status, the operational 
. . T io and administrative ( states pf each path,:as well as the events that caused a path to be in that 
state, .are recorded in the SMIB, Event data is stored in the tev_evejit table^ while the 
. v : currenj state of eacji patii^stored in the tcs_cuiTstate. tabk. Querying the current state 
table will allow the use* to ; b t uild up-to-the-minute .inventory . reports ,pf available paths, 
;-, t> , and.operatipn^l reports pf ^ path status'. - * V" V- i. 
; s • 15 Since this state : ^orm^tion isalsp requi^ed-to derive. long term availability. information 
(used to measure compliance to service level agreements^ .the•npn-curTent,•0r t old , state 
\ data is .also saved and maintain^ . ^ 

■ . .^ith\n the SMIB, each^ijne the s,tate of apath -is updated (in the current state table)f% 
database Jriggjsr .(add^tate^ecjl cfeatps a n$w, record in- the old state table jindicating the 
20 old.states of the path, the^timp .{hat it prjginaljy entered that state, and^the ampunt oftime 
: t , (in sg cpnds) it remainedim g^tptate. - i: . it :r ^ - :rJ s ... : ^ ; 

. <?h^£ e %-fr?^ SLA 
compliance. .o- ^ ^"Ker! *r* 9 < ; - - - , « • ^-i 

I -n .r-??--:^ ;S;i n 9e events ^e.cpnst^Jl^ ^ryd, it i§ pecessasyto keep t the events^current state, 

^ _ r C ?P d ;Pi d .state tgblf s ^pto<^i^{- a ^^egd_C9jl.e^ipn r si^ial is se$t to the &vents 
- j* r . - pjcollectprs, yi^ the Nefc£p&4i^erf^ 

l ! .:. . - • suspend^cplleGtion sign^jwilj eau^tbe events calje^ojrstg stppjnserting new events 

into jtyeSMI&jj^ d#ys worth of 

. 30 - : events and p)d sj&te^ecpr^c^ that point a, > 

- o:s "2*ii r ./£sura_colte^ and 
normal processing resumes, with any buff^ed^yepts; benjg processed, first; ; 

> ?*SH^;i^ is ^ and 

. ; , states (with. respect to stan^and cc^pletipn times) th^tmay.exist in *he Events table in the 
. . 35 ; . ^SMIB. Events ; 0 jan^I l-pcci^edj>^ 10, 

1996), but the state that events 0 and 1 placed paths 0 and L irrespectively, continued 
into the processed day. Event 2 placed path 2 in a state that both started and completed (at 
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Event 2') within the processing day. Event : 3 occurred in the ^ prtfcSiiihg day, but the state 
of path 3, caused by event 3, continued intoihe neixt (the current) day ; as did the state that 
: event 0 placed path 0 in- - - . ^ - , ^ ' 
'* - Since the SIB ; rteports oh summarization's in l stnct one day iritervals^ahid' since the HIB 
5 contains all ; data that is bn^day^bra or^lder^froirV Figure &, it is Apparent that a m to 
include those events that are still current (the state has not changed' yet) , : but that occurred 
prior to the current day must be devised: 

The strategy, as implemented in the ; System database script unload_smib, is to add a 
column onto the end of eactijdld state record iiUhe pld state tables in both the SMIB and 
10 HIB. This column, called the partial column, contairis a 0 if the record has been 

completed prior to the end of the previqus processing day (midnight) - the states caused 
by events 1 and 2, in Figure '8; fall into this category'if processing for October 10, 1996 is 
being performed (as expected) m^the^arly morning v of October 1 1 1 996. 
Any<events in which the state is still current; :as is the case. with states OrO' and 3-3 \ in 
15 « -Figure H\(as derived by joining the events table with the current state table) will have 
/ - that current state placedin the old J state table,ibut.be indicated as partial by placing a value 
, r , of 1 in the partial column of the^old state table. The current state records (relating to 

events 0 and 3) will remain in the SMIB; &s will the matching event records* (events 0 and 
3), but a record of the event that causedithe current state, and the duration, dip until 
20 midnight, is now recorded and moved to the HIB. t Sihce states that do not complete prior 
to midnight processing^are T placed in the HIB as partial records; these records must be 
replaced with 1 either a new parttel reebrds or corApTeted records the next processing 
< period.- ThuUvfuli data, up' until 1 2:00am of the current day is; available in the HIB, and 
\ data : integrity : -is !insured as the:p|rtial records are updated or replaced. This is shown in the 

. 25 , , tables^below. . t . r . . ., ; _ ti0 ^ vr , , vl s -> . , r ,.,. >■ 

Excnii " Current Stnty QUL&feUk 

Pathld Eventld time*EvType Pathld State time Eventld Pathld Event Id time State Duration Partial 

1 1 tl A ^ ' ~ * r r t 

- • 2 ' <, pre2 - -tpre2 ;g V / .r .''. r U;.-{ 3/17 .1* 'i'.^CC ju..*: ■ " »Z. ' - 

" ' ~" ' 5 3 t3 A 3 A t3 3 m r 3 pre 3 tpre3 B t3-tpre3 0 

...... 2. 2 * 12 »• ,/rA;, - ;,.y % jv ^); f j . :: vfl ?b':QO*v: OcJv: -]2 v o:. pre2* ^tprii" B *• t2-tpre2 0 

"Y " v tr *b 1 b r tv v 1 1 ti a tr-ti 0 

2 ' .'*2'- a 1 B 2 -fc.^.-tr*---- 2 ( 2 2 --' : -'-t2- A &-t2 0 

Contents of the Events, Current State, and Old State tables in the SMIB, at 1 1 :59r>m, October 10, 1996 
The Events table will contain all events that occurred either during the hours of the 
processing day - Oct. 10 (events 2, 3, 1 \ 2') or those which were current events as of 
30 "12:00am of ^ NbtVtHat the old state table Will only contain 

records of previous states that were in effect at some time during the processing day. This 
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is why tj]gfg grZ'pid state records relating to events pre2 and ; pre3 - the;states : pre2-2 and 
pre3-l.wCTe jn.effect as of 12:0.0^m, Oct. 10. • r 

The following table illustrates the changes that occur in; the{pjd ^tate table-in . the SMIB 
. . .during^oightly ; processing, as.performed by unlpa^^ of the 

p£ths,ajre. written tojthe^ql.d; state table as partial records with duration's ealc,ulated;to 
. . K midnight of the processing; day .- .-; t : , ..... : - ........... 

Old State , * 

Pathld Event! d time State Duration Partial 

- * ■ " i? „■ f - < ■ • *• 3 " x :pre3 * ~tprc3 B ' t3-tpre3 : >•* : . ■' " • : ■ 

. , . t , 2 . pre2 ; „tpre2 c B t2-tpre2 . t , 0 

* '■ ' " * £ - ' ' " T '-' 0 :>: 0' ? :: t(T ' A mra^fghtOcUO-to * 1 - ; ■ ' * 

. .* , A. . « f t ..tl A . tl>tl h .. . 0 . . - . 

'* 3 - *3 t3 A midnight Oct. I()lt3 1 1 ' ' ' 

.2.,-, .2 -. jr t2 A t2M2 . .0^ 

* * 1 V 1 \v 6 midnight Oct.lO-tr 1 1 

^ .* : **. - : f2' 0i B ;mrdnight o<;t.io- a f /2 U ... ' * ■-. 

. / Partial Recrorcft placed in-the SMIB Old Stafe table- during unloadHmibfsh processing 
All old\state and. event records which have^a-tirridstemp^ df a day pribr to the^urrent day - 
Oct. 11 (states 0-0'y 1-1.', 2-2'; and 3^3V^feVMEfr<Vl, 2,<3, 1\ arid f 2') will be copied 
into ASCII delimited.files for loading into^ the* mB* atn& all 'rfon-cttrreht fcvent (events 6 0, 
. 1-, 2, and 3) and all old state records;(states$^^^ l-.rV2-2', 3-midnigff 

. Oct/10) will be deleted frohi'the SMIBMSieffolloWingtabtes illustrate the state of die 
; * HIB, prior to nightly; processing:^ Ofcti 10th dktdj and the state of fiie SMIB and HIB 
i5 . after processing of. Oct. 10th da&L vtl vl^ o ^ i . 



10 



• : * . P»tWd. ETendd s time^E^y|^ c:< :r . fcajhlf E?entl£ jtime^Sfcate Duration. ' : } - partial * 

? ? l ? A 0 0 , tO A midnight Oct9- tO 1 

. . i . p , ? - 2 f pre2 tpre2 B midnight Oct. 9 - tpre2 . 1 

The state of the HIB Events and Old State tables prior to unload smib.sh processing foVOct 1 0th data 
Prior to loading the event and old state records into the HIB, any event records which are 
related to partial old state records, and -the partial old state rfecof ds themselves (in the 
20 event and old state tables in the HIB), are deleted. These will befeplaced by either new 
;^ n ;p>artial recprds, : .;qj- completed records from the most recent day prior to the current day. 
^■-J Eicnfe .1 : : CHrmtStak : [ v ! 0M Stat? ; 

Pathld Eventld time EvType Pathld State time Eventld Pathld Eventld time State Duration Partial 

3 3 G A 3 A G 3 no data 

2 2' "* t2* B 2 B t2' 2' 

vi.io 8 ^?*^?:^^ 6 :?^™^ Cu ^f nt ,^ e » ™ d , ow S^tables ipe4ia^ afl^er unload smib.sh processing 
v i .JOthdata^.. ,. r i% . w . t , a \ tm ~ 0 ,,^ - p . _ , , ( 
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- .. ■ ' ' ■ v • Events - ■ - *■ • : ' f: " Old State : - 

• * " - ■ :i ■ " V'''. 

- J- 1 Path Id ; Eventld time EvTyjpe Pathld EVentld^ time State Dtoratibri ' ' ' 'Partial 

r ■ ... . 3 c pre^. tpre3. B . G-tpre3„, 0 

< ■ - ■ :i 1 • r - - ' u :> ' " 2 "" < prei' tpre2* B" 1 t2-tpre2 " ' " " 0 

0 Q f lO , A . . i - . 0 - • tQ A* midnight Oct. 10*40- I 

; • ) t ti ' a " T w 1' t r ^ a tr-ti 0 

3 3 t3 A $ 3 ; t3 ^ A midnight Oct; 10 t3 1 

2 2 t2 A 2 2 * t2 A t2M2 " . 0 

.1 ,-r t f tr .1; d r ^ U* ^ B midnight Oct.lO-Jl! 1 

2 * ' 2\ t2* B 2 ^ * t2 ' B n,idni ? ht ° ct \ 10 * tr 1 

HIB data in the Events and Old State tables ixnniediately, after. unload_smib.sh and loadhib^event.sh and 
loadhib_ostate.sh processing of Oct., 10th data _ : . -.v. t ^ : • 
There is, one additional occurrence that must be^procQSsed in.the Events and Old State 
5 tables in the SMIB. It is when there are new^events, that have occurred after midnight of 
the processing day, but prior to the nightly processing being performed. The old. state and 
event records of this type ifiu^ proc?ssing7or the next day's 

processing will be inaccurate. To accorpmodate this occurrence, a partial type of 2 is 
placed on these records. THey are nof unlo^ are they deleted from the SMIB. The 

10 last step of the nightly unload_smib process sets these partial types back to 0, after the 
other event and old state records have been unloaded and deleted from the SMIB. 
There exists, within the System Database ManageMeht Framework, the ability to restore 
aged data that has previously been removed, or purged, from the HIB. Thehprinciple 
behind this function is similar to the principle applied by the HIB storage management - 

15 tracking dbspaces availability. 

Each table type in the HIB (currently Events, Old States, FR Network Performance, and 
ATM Network Performancp) has a lim^ (typically 15) spare dbspapes reserved 

for aeed data. This is data that is older that what is considered active data in the HIB 
(plder than 60 days in ihis example^. rr b<vv?rr ^ M ,. . :f - , . >; 

20 the following table illustrates how the data in.thb dbspace usage-table is applied to locate 
a dbspace of type e;vent that is not currently used and,is available (indicated by a NULL 
value in the last usage date column, and the.L in the available column). . 

* - 4 ■ . OBSpace Usage Tahde - 

( < ^ ; t DBSnaceName "DBSnnce Number Obfect.Tv^ p -Last Lisa Date Available ^ -1 

db 2 10 ' event 1996-10-08 0 

i;'.::--.i'".db3 :: "ii.^ i4-/:V ; v:.:b levehfl^ ; 1996^10-07^" 0^ • <r..:*> 

db4 18. '] -eyem 1996-10-06 0 . 

. db60 / 262 v _ events , _ 1996^8-10 . t 0 . . . 

-" " ' X. ' -T; :^>db61 v T 266 ? - - -'-"M ao event :: ^ ■*■ :: ' ' " ,} ' " : I '' 

db62 . , - f _ y 270 event „^ _ , ... , : . , .1 r ... ;• 

-*'*•'" ' ' »- dbspace usage table - available dbspace highlighted 
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The actual aged data ASCIL delimited files are tracked by another storage management 
, table in the §MIIJ call the .archive ,mfp£natiqn tab ( lq. This.. stable gets updated every time an 
archive of HIB data occurs:. The type df data (events, old state, etc), the volume label of 
the tap)e !: 6rfile that the ASCII filjp is stored on, the date of the data, and the version of the 
table structure' (for future use) is Recorded. . 

When^a user ofithe System System wishes to analyze ? aged data, a request for the data is 
made to the System Administrator. The System Administrator can then use the restore 
: * ' script to first/select the* particular data that was' requested; then restore i t tb the HIB. 

When that data is restored, the dbspace linage table is undated to indicate that tins data is 
- 'now in the HIB : knd th^dbspac^used is not 'available'for other restores uhtil this data has 
" been removed again from thefUB. ' ~* * : ' ' ' • 1 ' " ' « - 



, ■- i . i, t 






■ * ■'.*,. 


_ *| r 'Event 


'Table . \ - 












dbl ;i : 


Z4h2 '*. . 




' ''. :^"> : . * i 




\ db59 . ;f 


, db6£)r J 


t 

. db6l 7 


~db62. .tp*--.:. i db75 



.■J * . 
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DBSpace Usage Table 
PBSnactlNamt .DBSnacc Number Obicct Tvne Last Usare Date Available 
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t dbl 

*dbi ■ ■ 
db3 .„ 



db60 
db62 



6 

'10 
14 

18 " 

266 

270 



,eyem ^ . 

evenf - 
• event 

evenfUr 



1996-10-^)9^ ,j0» 
1996-10-08 -■ **<H 
1996-10-07 0 
I996il6-06r t ^ o;; 



, IgStfW-.lp-': 
1996-06-01 



updated dbspace usage table with restored aged data ^ ^ ^ 
Newly aged data (Jclata tfiat lias jiist become Vlier £Han tlie active data) is automatically 
purged with each nf^htly run 6T trie ioadKib scripts/ However, aged data" that has been 
restored by the restore is not purged. This fis ^ueto the'fact^hat the rekbred data was 
restored for further analysis and should therefore be kept in the HIB until it Is no longer 



required. TKe removal ofthis^ata requires 'proactive steps tb be taken by trie System 
Administrat6h ; lJ^ihg tte piifge^Wb ^and'pwj^sili scnpts"&e System Administrator can 
list alkdata ttateis^^^ SIB respectively. 

purge_hib will^use the dbspace»usage table to determine thd number of days old the aged 
HIB data is relative to the current day. Once purge_hib is executed, any data as old or 
older than the number of day/ofd selected will be purged and the dbspace usage table will 
again be set in indicate that th£*4bspaces tfjat were used fo^the purged data are now 
available, and the last usage <JSf6 is again set to NULL. 

purge_sib will scan the date values in the SIB to build of list of days of aged data. This is 
a slower process, but due to the lessor volume of data in the SIB (relative to the HIB) 
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* performance should "riot be an issue. As with purge_hib, prurge^sit? will delete any data 
that is as old or older than the days old value passed to it. • " ■ : ; : 

• - Informix? Online "provides support for Referential Integrity in theTorm of Referential 

Constraints' (foreig* keys). The RI coristfairits erisufe that a ehild record cannot be added 
5 < if the relating valtfe does not exist in the par efit table, and conversely, that a parent record 

cannot be deleted if a child recbrd relating to it exists: These relations deal with physical 
'j r. . occurrences of records.-" ■ ' r : ~ * ' ' 

s However, some entities within the System databases are related to each other on a logical 
level. That is, some entities (user, person, service contract, customer, etc) can be flagged 
10 - as logically deletedrin which case they are no -longer available for reference or 

manipulation via the Configuration GUI : or Reporting tools, buttbey physically remain in 
the database. Sihce-these records are not physically removed, there is rio- way of enforcing 
RI constraint rules. In response to this, Whathas been implemented is a set of triggers, 
activated upon the update of the^deleted^Vihdicator colum that call stored 

■15 * : ' procedures that check for child records that have not been logically deleted." Table 3-1 
' 1 lists-each p&Teftt tableVits child tables, and* tHe '-trigger that is activated upon a logical 
delete. : 



Parent table 


Child table * - - 


Trigger 


tcu^custbmei^ " ' ^ 


1 : '' ! tcrjcbhfract 
tco fe6ntac>t l " 


"process_cust_upd 


Tcr^cdittract * " J 


tse_currservice * 

i ~ rioter; ,:r ,y ;". 
tco contact 




tsp servprofile 


tse currservice 


process sp Upd 


tse_currservice 


tsc_servcomp 


process_serv_upd 




tco contact 




tpe person 


tco contact 


process_pefs upd 


tro role 


tus_user _ t . 


check^role_child 


tqa entityaccess 
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^ bata Integrity Trigger? of the SIvJIB. „ , J. r ^ 
Due to die yeryJarge npberepfDASD dpyjcej? required^pr a full System, there are 
several files that must be custpmized op^a^er insulation basis. The altering of these files 
can have dire consequences as they^relate to the System,, ,., 

1. links.sh - this file creates the symbolic links^for, the database- that are; used by Informix 
jOnline for dbspace files. This file ^ will require that the 4eyices linked tp, and the 
chunks linked to each device are defined. Additionally, tjie symbolic, links to the tape 
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. . dwic^jrequired by the System Databases (twodevicesj- one fqr ; log files, the other 
for archives) niust be defined. . y ? . , :iw - . 1 ■ . ^ -~ ^ ; 
2 r on^paQe.sh - this file,creates^the dbspaces.ontop of tfye^ymbolic links created by 
- - , t links.sh. The ongpace ppmmands specify not only t^ejdb^acej&amp^and the path of 
5 . : . the chunk supporting, the dbspace,{bu$ also th^^ytes.offset and ,the size of the dbspace. 
■ F s Foe this.reason (specifically^the offsets), onspace.-sh must rrtatch the, links.sh file. If it 
does not, the installation will proceed, but the System-System will not function as 
- . - some dbspaces will not be brought on-line due tp incorrect space: allocation (incorrect 
^ offsets)..^.. - ._, L ■ - 

10- . 3. dbspaceusage.sql - this fi^^^ which seeds 

. thedbsp^emsage tabl^.for 

storey 60 <iays of r acti ve fflB-data, this fileKiqes not .need to ;be changed. However, if 
} youplan 017 storipg.mqre days or less day§ of HIB 4ata, : .the firsf parameter in each 
1 :: ^-£ xe pute.prQce^ a\ 
15. .,. 4 1 ..^torage.cfg - tjiis file indiqates whpre files ^ Jocated,jnames of systjem ; tables,rand the 
: . number of da>;s,of HffiandSIB data to.be stored. If ,the; number of day 5. pf HIB data 
stored is not 60, or the number of days of SIB data to be stored is npV^O, this file 
mu$t be ppdated to reflect this., r . r u:. - ^ 
"^en'iii^ is^i^Tj^^j^jt Is^repared, and expects, to .accept data 

20 immediately. Conversely, if data i,s r n9^ su^piitted to the HIB processes for a period of 
time nnradfi^^^ 

processes will automatically perform the necessary alterations to ensure smooth 

„ti?ju-L 1 r Ji *' f 1 r,- 

"~ offefaubn."~ " " * ~~ * "" " 'V" " 1 

on; 1 a? r-a-^r^j _ J^HBi^J''- 1 _ _ - l-i " ] 

Descnptofs are useUtnlfieTystem as more' fully described with reference to Figures 13 to 



25" '16. - ; 1 , 

-figure 13 xs~an ts^mewi5ftite ~6Qeermofelrfof 

--^^g^^chitecture: ^ - 

Figure 14 shows the types of descriptors that are provided in a typical system for 
managing ^erviceH^vei^gredrr^tsr^ere rs a-topieveiitesfcriptor, and'derived 



30 descriptors relSLubg to ^varibfe iSspbcts of the system. 
' ~ 7 * The top ie^dl dek6^Sdf Stdt£sihel£ mroVmaLti'on oh entities.' The bake clals provides a 
1 J templatVwhe^ See stored: Tlie'denve'd classes define 

additional qualities fbf i^eieifi^ 2 * r '^ f:SLJ f-- - - "" : c 

' u iri r a seivifeVr^'v^rW^a^^ service level 

yJ H " u agr'eemeiit tteeisKblds to^be aHcfis^ ffie service profile 

code. Fof examples 
Export Control: Public 
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v ■ ; Cardinality t r % >.< : i \i •:• - : ,,: • -.• • v. 02U d f vv: 

: ^ , Hierarchy: : .,.:.v' . : . .« v .> • v; <: . ,1 : - . . 

: _ .7 . Superclasses': None c . , n/ o; : ■■■ .. -jy -\ - . /. ...**,:■:» <y ; 
r - .-- _ .Private Interface/ii- ;J . ■, ; , .--v-io-.-*. ! ; ••• : • * 

5 Attributes:-: *v: : * ^.:~r^. -; r -/'.. ? ;- - ? I- 1 " '* 

. - . , • •; . .\.;^type : short f - . .* * 

■ 1 v The descriptor uniquely identifies the descriptor record 

v:: , . ' - ^attached to a specific class V ' ; 

Name:char[200] -ho: ; ^ 'J. ^ 

10 _ The de^n|>t9t-n^e j's-the. unique name of a 

- descriptor i J: 

r . Description :char[200] ;„ - ^ : ; 

. , , - " ^ The description is a brief summary of the purpose of 

. . . , ... ; / \ , "\ th^ descriptor 

15 State Machine:, No ... ,: ..; 

. Concurrency , , ; . ; , > Sequential 

- Persistence , y { , ,, ri ... Persistent *: ; v 1 .-; 

In Figure 1 5, the classes in the top layer object model of Figure 1 4 are defined as follows. 
Class name: 

20 Descriptor /y;\ ..... -; f; . : , ; / ^ /T, 

.Pocixmentation: , . t ; ; : .,<-,.-.■ ;; 

This pla^s is used to stpre ineta infoixnation on entities. The base class provides a 
template where unique IDs, names #nd descriptions are stored. Derived classes are used to 
define additional quahtips;for : sped The intent behind 1 the Descriptor 

25 concept is : to minimizerthe. impact of addir^ new functionality on critical parts of the 

system. For ex^pJe, ; new ; SLA-toeshold§\c^ beadded to the system without modifying 
~ the Service Profile, code. 
t . Superclasses:,, r . w > - ; tv , j,. f ' ^ -,>■'- iv^.q «.■»•:-,• . 7 ,;>;* . ?.v : : • . • 
<none> ' ' * ^^n^-.rb t ^ v •.';<".'. ■;■ 

30 Roles/Associations: .v \ i t/, ^ JvL; 

<none> ■ -v\ 5 --•.r-,'/: • ? .f 

Attributes: ^ ... r h^j : A .I^ ;^ r^cL ^; 

type.: short., , ^ v r/ - ; ;ilT/: : . ■ : s .-. ? r:::: . ? .;v r .; ^v. r.:*.; - 

The descriptorld uniquely identifiQs^he dejscriptOF^re^ to ;a specific class. 

35 _ name : char[80] -. v?r > v: r , ^0 . -:•:>. 

The descriptorName is the unique name of a descriptor. - .\ . . : ; - 

description : char[200] 
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Figure 16 also illustrates how descriptors are used to dynamically add new capabilities to 
the system. As new entities or operations on entities are defined and implemented, new 
entity operation descriptors are defined and added: When these descriptors are added, the 
user management module becomes aware of these capabilities. The user management 
module is used to give/deny access to specific parts of the system. ' • 
Each instance of a descriptor sources its informatics : from a specific row in a relational 
. database table. The following table illustrates the instance data associated with the service 
component descriptors -for use^in a system foe managing service level agreements in a 
telecommunications network. ■ .s 



Type 


Name 


•u. • 'Description 


0 


Undefined 
• TDM Path 


; Undefined Service'Component. 
? - : : -A logical end to end connection implemented using 


2 


FRPVC 


" time division multiplex ( TDM ) technology. 

A frame relay path. A permanent virtual gftd-to-ehd 


3 


ATM VCC 


connection implemented with frame rela^ technology. 
- A virtual channel connection. A collection df 
. ' ' v <;n cdiinectiohslthat fbrtn an end^to-end jiath through a 
network 


4 

:? i .': v : t\ . Z- 


ATM VPC 


A virtual path connection ( VPC )"A logical 
communication channel that is Waifeble : ^foss the 
■> .<ii v physical-ATM interface to^tfiafc^ l cariy ; oWe or more 


■ ■s~ ,: 

■ i 


, IBM Nl , v - 


: : r Lc^qA*iTE)I\4 "NetWork^Iftlfcrface r : " A : ' * - - 


6 r 

:? - 


FRCTP 

,-ATMCTP ; 


i: jto f :^to5e£Relay^Gircui( TermMaHbn' Pbmt : J " : ° : *~ 
*cf n,AT&^irctiit'T^^ ; ...k \> 
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If, for example, the service provider receives a requirement to support ATM UNI services, 
The following new descriptors are added. '* ' - 1 ' ' 

Entity ATM UNI -' -•-• f 

Service Component ATM UNI ' " " 

New descriptors are added for SLA thresholds, and statistics. 

New valid operations instances are created for ATM UNI. No software is required to 
xh'ange in the user^sectu^iAaiif^^e^ih^^/- ' -i-- r r ;! - ' - - 

New service profiles can be created using ATM UNI wimout an^" modifications to the 
software in this critical areaC "i- - r -=z "' " ' '•' ,r - 1 ->"-'- : A ' } '-■<' ; . - • 
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New services can be configured with ATM UNI service c6ifn^o1rients assigned to 
them. ■ jr - ' ' ' " " ' ' Jl ' "* 

Within the configurator, the only software modifications required are neW' screens to 
view details associated with the ATM UNI. ^ 
5 The service definition layer is shown in Figure 17. : 
Class name: - : * - * 

Descriptor 

documentation: 1 ' t J - . . - 

This class is used to store meta information* on entities. The base class provides a 
10 template where unique IDs, names and descriptions are stored: Derived clashes are used to 
define additional qualities for specific descriptors. The intent behind the Descriptor 
concept is to minimize the impact of adding new functionality on critical partis of the 
system. For example, new SLA thresholds can be added to the system without modifying 
the Service Profile code. ~ ■ ; ' ' ' * " ' — 
15 Superclasses: } ' ~ 

<none> 

Roles/Associations: 
<none> 

Attributes: * v ' '"'^ ' " r - * * r • - ; -- v - * ■ r - ' - 
20 type : short - m ' :f - > -'^ • - ur — • ■* - -* - ; 

The descriptorld uniquely identifies the destJfl^tor fecdrd a specific class, 

name : char[80] 

The descriptorName is the unique name of a descriptor, 
description : char[200] ' " 

25 The description is a brief summary of the ^urpo^e of the descriptor. 
Has-A Relationships: '.j*^ 1 .^ ^^^^,- 

<none> . ' " : ' ' JjLU - i "" lt ~ c " • T " 

Operations: 
<none> 

30 - Class name: ' ' ^ - — 
ServiceEntity 

Documentation: A " 

Servicie erifities ar^ the^base cohiponefits of sfe^ the customer, the 

contracts owned by that customer, the services contained within the Contract, and the 
35 service profiles desribing the services. i - ,3ltV - 

Superclasses: — 

Entity - ' " ; ^ ?: ' :r '- :v " 
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. Roles/ As^gigjijons: v - ■- . . . ^ , - 

responsibleFor in association Contact_ServiceEntity 

collectedBy in association-Servips^ %i . r; 

Attributes: r it - , *. . . 

5 whoCreated : integer - 0 ^ f(Vx - . , r 

The ID of the user who created the entity. . 

whoLastModified : integer ' . ^ 

The ID of the user who last modified the entity. If the deleted fl^g is set this ;i attribute 

holds the id of t|ie. user w^p. deleted, the entity; : . 

10 Has-A Relationships: _, r __ _ . .. . v _ . - . , . 

„ . <none> , ■ 

, Operations: r t , r :;< \ ;-i t ,.-c^r- - ' - ^ 

Deletef ) t , . . , r . 

The deletion of a service entity will be tracked as a modification with the result of the 
15 delete flag being set. . 
Class name: 

SLAThresholdDescriptor . , ^ 

Documentation: 

A template for a Threshold object that defines the characteristics and, description but not 
20 the specific value of the threshold. An SLA threshold descriptor must be created foreach 
. .new.thres^lil.type tljatthe, ^«m,will support, . ; /Uvr ,.-.. Ji 

Superclasses: , vv « / , ; 

v C P-^- " • ^ 

Descriptor , . ^ ^ - t 

Roles/Associations: 

25 canMeasure in assopiajipn SgrvCompDesc SLAThreshDesc . . . . - 

measures in association ContractThresh_SLAThresh 
mapsTo in association SLAThresh_ServProfThresh 
Attributes: 

default Value : double 

30 A default value for the threshold. The value can be customized in eaph instance of the 
SLAThreshold. '\ 
serviceCompDescType : short 

35 Description of the unit of measurement. t) ; ... , , ? . r - 

relatedClass : short 

Indicates whether this is a contract related threshold, or a service profile related threshold. 
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Has-A Relationships: ;: . 1 V}^' ' 

<none> - : • : - ] v • r - v 

Operations: '* : i :U: : - ' 

<none> - i ; - ' ' -.r. = ^r:^/: -:\:h -:r • :^ -*yA r: , 

5 Class name: <- - 

FunctionDescnptor ; f - ;I > 

Documentation: J "» 

This class is used to enumerate the descriptions of functions or job roles that can be 
associated with a contact person within the system. A Function descriptor must be created 
10 for each new function that the system will support. ■ :**. ^ . ■ .*,= ■ . 
Superclasses: 

Descriptor ; j 

Roles/Associations: 

performs in association Contact_FunctionDesc 

15 Attributes: :.J>iU*'\. . <M 

<none> :> * 

Hds-A Relationships :\^ - : : "' A ' - s ' - 

" : » <noh'e> ; r; :: , : i.- 1 - ' - ' "' 4 " ; : ■ 

Operations 1 : '"-*'■ ■ - - ! ^ ^ ' - ■*' - - j ." 

20 <nohe> \ *• ' - \" r /--f- ^ '~ ( — T - : '<-' ; ,:i 

Class name:- -- — * r: ' ;t ' r -->- : ' r ^'— ^ ' :jt j : 

k - s "Contact" ~'- r<: w 'L ^ :v - -V-'-' • v:-;r.:\r-s-; 7^'\>">. - no - iv. ' r- :: 
Documentation; c r 

A Contact unambiguously identifies a person who carries out a rolfe associated 1 with a 

25 specific Service Entity. The class provides the necessary information to contact that : 
person. * * definition from NM Forum - SMART Performance Repbftirig ? White Paper, 
September, 1995 (NMF/SPT95-4 5)'--* T uc:;aoO n >r ^iv ^ ' ^; r , ^ : 
Superclasses: i&'-m .--.l-r /-y e . :-n I .-uTXiiv J u.^jsn^ ' - 

<none> v * 

30 Roles/Associations: r^r -j , i/.v • 

hasContact in associatioivX36ri^ -\ ,r ;;*.. o /;*, . 

performedBy in association Contact__FunctionDesc : : * ' ;: -T*- :i r ' 

; 'acts As in association Pereoh^Gdntact 0 -- : [ -'^ — > J ° < ; : - : - 1 1 
Attributes: J >/?< ri • : 1 " : * ^ r: 

35 serviceEntityld : integer r * " ; T - - 

Foreign key to the service entity <aass7Refdreiices'iKe service entity this contact can be 
used for. >r0i - ° ^ 
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serviceEntity Type : short , \ t 

Foreign key to service entity table. 

personld : integer . ^ . 5 

Foreign key to the person class. References the person who acts as the contact. 

5 personType : short - - . ■ t ■ 

Foreign key to person table. This field always contains the, same-value indicating the 
entity type is "PERSON". • . . fc . 

^ : functionDescType : short, \ . f -«> t:T * / ^ / • , • . - , : v 

. : Foreign key to the. Fucnti on Descriptor class. * - : • , :: . 
10 Has- A Relationships: . -r:rv . -.- * . ..- " * 

<none> . f , 

Operations: :*-*-;. 
<none> ■ j _ . 

Class name: . -,. ^ ; 

15 ContractThreshoId 

Documentation: " 
Contract Thresholds are SLA Thresholds that are associated with a* Contract. The SLkA is 
a set of technical, administrative and management parameters that the service provider 
can report against. They typically are based on objective measures and have a high 
20 correlation with the users' perception of the quality of service. Each parameter is typically < 
a threshold that, when surpassed, means that the quality test in question.has failed. * * 
definition from NM Forum - SMART Performance Reporting White Paper* .September, 
1995 (NMF/SPT95-15 A 

n ^.Superclasses^ ^ ^ :: n , ; rr ^ 0 0flV/ &r\\ r ..ui . . .. v ,1, ,-- : r ^ :r ; ■ 

f; / 5 Roles/Associations:, . • f; - ,> * 7C . q t^j^;:- , -x-inv* >■;/ ^ • ; - _ ^ v v-^ i 
usesThreshold in association ContractThreshpld^Con^agt'i £ - . : ; : . „ : 
measuredAgainst in association ContractThresh_SLAThresh _ : , 

Attributes: - > 

30 contractld : integer v 

A foreign key to the entity ID of tiier associated gpnti^c^ : ; - * r . : . - - 

contractType : short ^Xj not •:.■::■'{ iar?rO ro^ho •:* ,c :: ■ 

Foreign key to contract table. This field alv^a^con|^in§tthQ same yalue indicating the 
entity type is "CONTRACT". v r ^ 

35 thresholdType : short ■?:-<: v .~ s \x\ : 

... Foreign key to^ the SI^^ , ... 

val : double 
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The numeric value <i>f ttife threshold. ; ' ' 1 1 ' K ' k 

Has-A Relationships:- - 

<none> 

Operations: 

5 <none> . . , . 

C/ass name: 

Customer 1 : - v " * ' ' 

Documentation: : t,. 

The Customer is a legally identified organization that is contracting for the supply of one 
10 or more services from one or more service providers. * * definition from NM Fonirii - 
SMART Performance Reporting White Paper, September, 1995 (NMF/SPT95- 15) 
Superclasses: 1 * ' v \ ' - - 

ServiceEntity 

: Roles/Associdiions: ' *' r - ! ' ' ~ " • ^ - J 

15 belongsTo in association Customer_Contract - , 

ownedBy in association Service_Customer 

Attributes: Jrf " 1 "'* ' ' 

name : char[80] 

TKe name of the cusiotnef 6r'cdmpahyt :, ^ I: : ~ J - : ' ! " 
20 idNumber : char[20] 

A unique number identifying the customer and assigned by operational staff (i:e. 

customizable). * ' 1 t; 1 "~ \ 

comments : char [25 5] " 

Any comments pertaining to a specific customer rriiiyb^ ddded to'lhii field. 
25 address : char[255] 

A street address for the customer. ' if ' 

Has-A Relationships: 

<none> 
rv ' r Opefaiibns: y (u ' ! ' 
30 Delete( ) : r ' - r ' ' :: *- :n v ^ 

A customer cannot be deleted while it is associated with a contract or seracfe. All related 
' — contact information is deleted w^^ ' " 

C7ays name: ] ' ' 

Contract 
35 Documentation: 

The ContratFis a ^ legaT administrative and techriicati documbnt describing What will be 

provided tb the ^ Custonfi6r>K6w and' wheh YtSviU be' provided arid the term's atfd condition 
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under which it will be provided. It also describes the oWigatipns/plaped upon the 
Customer. * * definition from NM Forum - SMART Performance, Reporting White Paper, 
September, 1 995 (NMF/SPT95-1 5) 
Superclasses: 
5 ServiceEntity 

Roles/Associations: 

maintains in association Customer Contract 
isContainedBy in association Contract_Service 

. usedln in associatipn CpntractThreshold_Gontract , . .. . r 

10,... Attributes: -/ - „ : , , r v ^ . v . . . . . , 

custom erld~; integer , : ; t . v - . „ . ; . ^ .,. , ..... - 

Foreign key pointing to the entity ID of the customer. . . - 

customerType : short .... 

Foreign key to customer table. This field always contains the -same. value indicating the 
15 entity type is "CUSTOMER". r!; - rz • • ,i < — >v 

effectiveDate : time ......... • . 

The date on which the contract came into effect. . 

number : char[20] <-.".■ 

A number used to track the contract against external systems. This-number should be 
20 unique. .: 
.comments :.char[255] • .. t - . ^ 

Any comments specific to the contract. ,.-..•■<--<:. 

expiryDate : time '>■-*-., . . 

The4^te pi^-w^ r: -. .^ . 

25 Has- A Relationships: ~ - j..., , >r 

<none> _ , , ^ , 

Operations: . . i « ; 

Delete() v t _ 

A contract cannot be deleted while services are associated with it. All .pontact.information 
30 associated with the contract is deleted when the contract is deleted. * . * 

The relation to a custQip^r s,et£t£reatipn tiipe^d pannot be; changed subsequently. 
Class name: 
Service 
35 Documentation: 

: : ■ /. 4^™^ ,is a ^>?^W& ^c^f ^Fl^r e |?roviderjdet^imijgqs, that Qustpmers-wish to 
: L : \n Wt^W ™ d (within the 
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context of Resolve), a Service is a telecommunications product sol& to a v Customer by a 
* service provider which is managed by* the service provider. Services include transmission 
facilities and associated applications; A Service can consist of multiple' Service 
Components. * definition from NM Forum - SMART Performance Reporting White 
5 Paper, September, 1995 (NMF/SPT95-1 5) r 
Superclasses: ^ 

ServiceEntity - * ' Mi . *" vru 

Roles/ 'Associations:* " ^ ^ 

contains in association Contract_Service 
10 owns in association Service_Customer 

describes in association ServiceProfile_Service : . 

containedBy in association ServiceComponent_Service 
Attributes: 
customerld : integer 

15 Foreign key to the customer class. References the customer who owns this service. 
customerType : short 

Foreign key to customer table. This field always contains the same value indicating the 

entity type is "CUSTOMER". 

contractld : integer 
20 Foreign key pointing to the entity ID of the contract. y ' 

contractType : short - v * Iv : ' 

Foreign key to contract table. This field always contains the same value indicating the 

- x entity type is "CONTRACT**. ! - j ' • * f ' •* -** * * ■ 

■■: r \ ; VeivicePrdfileld : integer^ : ' ---- r ^'" v - .vi;:-'- :v <:••••-»_.■■■ * 

25 Foreign key to Service Prbfile class! '"^"ov.*?. j: ,b^9iKii:-: \. - 

serviceProfileType : short 

Foreign key to service profile table. This field always contains the same value indicating 
the entity type is "SERVICE PROFILE". ^ - > » 

inServiceDate : time 

30 The date that the service came into effect. - 
serviceName : char[80] -r, - . — 

A label for this service. • — ~*°- : jr; ;r:r v ° ^ ; " l ,c - - — 

comments : char[255] 

Any information added by the user which is specific to this service. 
35 Has- A Relationships: -/ 
<none> 
Operations: 
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Delete ^ 0 , : , ; • . r/-.— I ■< • 

Deletioa-ofAis; class fallows the rules, of deletion for the entity class, and leads to 
deletion : pf all related contact mforination. ; . . : . ; 

Cla^nam^:, - { \ • V * :. p - ? - . -- r u\- ■ - ri ^ si - r - 
5 CurrentService , - "i ".< l - ;p n- - ° r 

Documentation: 

This class is used to track ciurent services. Current services becom^historical services 
eveiytime a modification is made to their associations with a customer, contract or service 
profile record. , ; 

10 Superclasses: ....... -% 

Service ... ^ t , . * ^ ... 

Roles/Associations: , : . : ... ^ ; . - 

<none> ... 
Attributes: . . r . 

15;, . <none>, t ... 

Has-A Relationships: t r ... 

Operations: » - 

<none> ^. .... , _ , , . 

20 Class name: .r^i'"' , -r - ■ - - . - * : 

HistoricalService , v 

. . .. .. Pqcurftentation: , ■ •, „ ; ; . 7/KV ; , f . ,-rr *j r - . .......... ............... .. 

This class is used to track services that are no longer in. usa iThisinforniatioii is necessary 

for historical reporting. Everytime the associated customer^ contract; or, service profile for 
25 a current service is changed, a historical sjsr^ice.is seated. a ■ ; a - ■ -;~ 

Superclasses: „. _ , - • ->,. . „ . ; . , 

... Service; , - -..■...,~. J r ., cvA , 0 ; d ■ , : : ; ,, r . 

Roles/Associations: >* w t - ; . ^ -* ; - / c v, : „ ; . . , T - . . , . 

<none> ^ ....... ■ 

30 Attributes: h ^. ; . f . fMV4; . r - rt . :; - ^ ■ , - 

expiryDate : time 

Date the service was modified or went out of use. 
Has-A Relationships: 

<none> :? 0 rv r:K r ^ - r : f , v v ^ : 

35 Operations: 
<none> 
Class name: 



i. - - - • 
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Person 

Documentation": : " ''*"* 

This class contains pertinent infofmatioti on a specific individual! 
Superclasses: ' ' ' * 5 * ' 

5 - AdmiriEiitity ' ' 
Roles/Associations: J * 

hasProperties in association Person_Contact 
hasProperties in association PersdnHjser 
Attributes: 

10 name : char[20] " 
Full name of the person, 
position : char[40] J ' ■ 

Short description of position held within the given organization? 
•organization ; char[80] : 
15 Name of the; organization with : whick this person Is associated. 
: telephonfeNumber : char[20] ' ' ^ : 

' Telephone number associ^ ' . . 

* - faxNumber : char[20] : 

Fax number associated with the person. 
20 emailAddress : char[40] ^ : ! l> * ^ * ' " 
'■ ' r Electronic mail address for tRe pefsbri. " ' " tl L * 

mailingAddress : char[80] * 
' ' ruii mailing address for the ^ " - ^ — " 

• 'Cothments'Vch^[255] i ''" ' 1 ' 1 - 1 *- J ' - 

25 r: Additional comments specific — - . . . . . 
Has- A Relationships: - - ■ • • 



a; 



<none> 1 ~ 



-Operations: 1 1 J 

<none> . ^ 

30 The- described systdir pnWidfes an efficient method' of managing service level 

• management agreements in a pab^k L switciied network' that is'capable of handling vast 

'[•", K -Z r,; 0 

r quantities of data in a flexible manner. 
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Claims: 

1 . A method managing a telecommunications network .comprising the steps of: 

a) maintaining a database means containing, data relating to service level 
agreements with customers using an object model, 
5 b) receiving from the network data relating to the performance of the network, 

c) continually comparing the data received from the network with data stored in 
said database, and 

d) generating a report based on said data .showing the ; performance levels for 
individual customers in meeting commitments stored in said database containing data 

10 relating to said service level agreements. - 

2. A method as claimed in claim 1 , wherein said, event is generated when the 
discrepancy between performance levels and commitments exceed a predetermined 
threshold value. . ' 

3. A method as claimed in claim 1 or 3, wherein a plurality of working, table 

1 5 fragments forming part of a fragmented table are created jn memory; da{a are loaded in 
successive predetermined time periods into successive table fragments hi a predetermined 
sequence, and the data are processed separately when .loaded into, the tabie fragments. 

4. A method as claimed in claim 4, wherein the data loaded using a round robin 
technique. 

20 5. A method as claimed in any one of claims 1 to 4, wherein descriptors ^ 
implemented as an object oriented class^a^e .u.sed to . store meta information on other 
classes in the system. 

6. A method as claimed in any one of claims i to 4,.\vJiier ; ein a base, descriptor class 
provides a template where unique identifiers, names and descriptions are stored. 
25 7. A method as claimed in claim^, wherein derived, classes, are used to, define - 
additional qualities for specific descriptors. ...... >v 

8. A method as claimed in claim 7, wherein derived classes are implemented for 
service entities, functions, statistics, Service Level Agreement thresholds, operations, 
service components, etc... . _ _\ 

s . ; .:: I.;:;Bd %M§?f? ™f*lJ S ^'f^??§ d $^Wwg;t° ser^^e ; level agreements with 
customers using an object model; 

b) means for receiving from the network data relating to the performance of the 
network; 

35 c) means for continually comparing the data received from the network with data 

stored in said database, and 

d) means for generating a report based on said data showing the performance 
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levels for individual customers in meeting commitments stored in said database 
containing data relating to said service level agreements. 

10. U A telecommunications network service lqyel manager as claimed in claim 9, 

^ „. A ~ ; ■> . - . * ; i J 

wherein said^dSabase^comprises a plurality of forking table fragments forming part of a 

5 fragmented table are|cfeated inmemory, means are provided for loading data in 

successive predetermined time periods into successive table fragments in a predetermined 

- .. ; sequence, and means are provided for processing ^'t^ Bjata Separately when loaded into the 

• table fragments, 

" " 11. A Jelecommuni cations network service level manager claims 9 or 10, further 
10 comprising means fpr implementing descriptors as an object oriented class are used to 
store meta information oh other classes in the system. 

12. A telecommunications network service level manager as claimed in claim 1 1 , 
wherein a base-descriptor-class provides a template where unique identifiers, names and 
descriptions are stored. :? - ; ; •> 
1 5 1 3^ _ A telecommunications network service level manager as claimed in claim 1 1 , 
wherein said database means comprises a service level management database (SMIB), a 
historical information database (HIB), and summarized information database (SIB) under 
the control of a database monitor. 

14. A telecommunications network service level manager as claimed in claim 13, 
20 wherein said database, monitor is a daemon that exchanges messages With" said databases. 
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